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In our five years of personally publishing newsletters for the computer 
hobbyist, let's confess that never has the discounting of powerful personal 
computers reached the point it is at now, and surplus electronics items are 
starting to come onto the market again too, after a drought for a few years 
after the surplus parts boom of the 1980's first half-dozen years, Whether 
you are planning to switch, waiting to see how far the bargains go and what 
turns up, or happy with your present equipment, it should be an interesting 
period for the hobbyist. In addition to a little news, this issue brings you 
some user group addresses, and our choice article, editor's choice that is, on 
page 2 of this. ...Forecast-1992 will be seen as the year of retrenchment, 
cut-throat competition among the larger players in the computer market, and 
some glimpses or trials offering new departures in software especially. What 
was 1991? Probably it will be remembered as the year of the cheap IBM AT 
compatible, in the industry. For the hobbyist, it was a year of watching for 
some big changes, and probably we shall still be saying that of 1992 in the 
final analysis, But one of the major unveilings might be in 1992, of Sir 
Clive's parallel processing home or even pocket, super computer, Using wafers 
instead of printed circuit boards to connect the active chip components, the 
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P.O.Box 4005 ,Dayton,OH ,USA45401-1132....This newsletter you have in your hands 
does not come from a user group originally but an individual, an extra bonus to 
those getting a mailing from here; there is no subscription list or even policy 
of producing it regularly. Replies only with enough to cover return postage if 
you query us, so enclosed. But photocopy this freely for others! ....More sup-. 
port of the computer hobby is being handled by BBS, via telephone line and a 
modem, User groups are also keeping info and programs in disk libraries to 
mail to members, We must be one of only a few still shuffling paper around by 
mail....Timelinez new address is — 975 Nolte Dr.W.,Colorado Springs, CO, USA 
American Micro having been 


for its ambulance busineéss.....SMUG is looking for articles, you writers out theret 
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programming language compiler or interpreter. You may print a CHR$(Z) and 

find it unprintable, printing a strange symbol or printing nothing, but clearing 
the screen or something like that. You may with the keyboard, want to pick up 

a special key or keycombination to use as a thot key' yet find INKEY$ misses it 
completely and the manual seems to show no way for trapping it, no listing for 
it in the character code tables. Welcome to the wacky world of peripheral var- 
iations, or something that you may have known how to do on one computer even 

but not on another, or simply with another programming language on the same 
computer, Not only are there no standard codes that always produce the same 
result, but the relation to what you see on the keytops or screen, and how or 
even how much of it, your -programming language supports, usually will not be 
explained clearly in your manuals or at all. But sooner or later, if you do any 
fancy programming or use any fancy utilities, you will encounter this situation. 
The usual approach, when you can't get proper documentation, the usual case, is 
to embark on a long series of painstaking experiments. Not too many of us know 
enough about tracing the machine language to approach it that way, a method that 
is extremely timeconsuming and requires special documentation and software too. 
Anyway, it is something worth mentioning, so you will see what you are dealing 
with, if-you encounter it. It does not mean the computer is broken or the disk 
corrupted, but just one of those technicalities that in the business world, as 
opposed to the hobby world, technical experts charge much for long work with, It 
may only take you some experimentation and clever programming trick or two to fix, 
without getting into machine code. But read all the documentation you have too. 
. Experiments-PRINT CHR$(128+X); in a loop of X; try to detect the shift key press. 


Nawsletter Reshuffling Here-Due to constraints of time, but mere of resources like 
money, some drastic streamlining of newsletter issues and mailing list names has 
had to be made. If you have been cut off or are missing issues, it would be nice 
to say that these could be made up, but that is not reality. The alternative is 
stopping publication 100%. Instead, a somewhat flaky schedule of issues and cuts 
of names from the mailing list is unavoidable, if regretable. So please do feel 


free to copy our old newsletters and new for out-of-town accuaintances. If your 


group has not sent anything here in Nov,-Dec.1991 its namé may be gone from our 
list for rood, That's not my wish, but the economics of the times. Enjoy this n/t 
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Amateur Programmers! Line -Byte-Sizing For Ultimate Speed a Bee 
(Oy B,J Harmer ,Ottawa N/L -Jan. ,1992) 

When one looks over a program, tried as an experiment, chances are if 
you are honest with yourself, at the end you know by then better ways of doing 
it and would if for example your work was lost and you had to do it all 
over again, Of course you did get some really good ideas in the first 
version, but aside from them, next time you would do big ne differently. 
Well, what for example? Possibly, at the big end, you would lay out the 
orogram differently or at the fine end, writeroutines that were much more gen- 
eral, and could be used again in a different program. There is often little 
difference in writing a program to display one menu, and writing it so that 
by slotting in the number of choices as a variable, and the strings for 
each choice, into a string array of choices, in the latter case your menu 
engine routine entering lines and left-justifying them as needed, making 
changing and expanding the program really easy. It meant separate subrout- 
ines or program lines for taking the number of the option that the user 
enters, and seeing that no error has been made, like 2.2 or 8 when the user 
must—onty—enter, 1, -2-or'3>~endcentering-or-treft—justifying-a-tine~on- the 
screen, In order to allow either, the string itself, fed to the menu rout- 
ine, as in BASIC, LET M3(1)="1-START DATA ENTRY", would also be given the 
first character ¢, never printed,to indicate left-justified, versus centered, 
to the screen printing routine, like so, LET M$(1)="¢1-START DATA ENTRY", 
For little more than the time to write a menu display routine, the program 
was getting on towards writing a universal screen display, or at least some- 
zhing more than menu display routines. The routine didn't seem to slow down 
menu display time much, but with more than two menus, would start to save 
memory. Sometimes making routines a little more general than you might first 
think necessary, can have longer term benefits. 

The second thing to bear in mind is that programs connect a structure to 
a function. How suitable the structure is to the function will determine how 
cuickly and simply your routine runs, In all computers worth talking about 
here, the basic, hardware imbedded structure is the byte of data. To geta 
fast running program, dealing in bytes rather than bits or floating point 
numbers is inherently quicker, (This seems to reault in the 8008, parent of 
most microprocessors, the Z-80, 6800 and 6502 certainly, being intended to 
be the processor for a smart terminal handling ASCII, 7-bits plus parity bit, 
and processing it in a single accumulator or register A, other registers 
made for keeping track of addresses of blocks of text in RAM buffers, INC or 
DEC through these buffers, and access bytes with an index register or two.) 
If you can break up processing into processing one byte ata time, rather 
than bits or more than a byte at a time, things likely will go more quickly. 

As an example, if ASCII has most of what -you need-usually in 7-bits, the 
eighth might simply be used as a flag, temporary or permanent, to a point 
laft-off in the text, or a character needing more processing than a byte at 
a time routine, or to skip the next byte since it is different, say an exten- 
Sion to the last byte, That way, processing of a block of text can be speeded, 
Since you only deal in bytes, with the Msbit set serving as a flag to an ex- 
ception. Probably much faster than converting characters to 16-bit integers, 
the way conventional wisdom would have you do it in BASIC. Lots of other pos- 
sibilities could be thought of, even arithmetic, when a chahge is less than 2%. 
These may or may not need some machine code programming rather than just BASIC, 
but they all depend in treating our computers as the 8-bit machines most are 
rather than the l6-bit or more scientific computers that many software design- 
ers thought thay were close enough to,to borrow software intended for the pre- 
microprocessor computers that were scientific, word based, etc. largely, and 
not byte based. If we are going to do non-byte sized things with our computers 
we should follow the byte-sized routes through the microprocessor as much as 
possible in doing them, if you know what I mean, working on one byte at a time, 
One example would be, for ASCII text, finding a way to detect spaces or other 
celimiters in parsing’ scanning, without loading the space character into the 
accumulator and comparing it to the desired code and then loading the next 
ASCII character into the accumulator to look at it, That could be done in one 
Step if you replace a space or comma as delimiter with setting the msbit of 
the byte to 1 to act as a flag. That could add up in a long text search with 
all bytes not beginning space+char.-searched-for eliminated in a few machine 
cycles of time, These are cases of structure -and function working together more 

But the big savings come in number handling and the principle is simple, 
Don't change more of (more bytes of) a number than proves necessary. For &bit 
computers, when possible this means only adding any number less than 256 to the 
least significant byte of a 16-bit integer, (if it won't need a carry to the 
msbyte). The current 16-bit and more IBM PC and AT and 68000 based computers 
won't need such shortcuts for 16-bit integers, but as with 8-bit models, can 
use a Similar application of the principle to changing as little as needed of 
Floating point numbers. So many BASIC, etc., LET X=X+l statements could use 
a mc speed up, (if combinable with other operations to reduce the disadvantage 
of the overhead of a BASIC line execution and m/c call at all, if to do only 
one thing, Trying to reduce arithmetic to 256 maximumébyte) arithmetic, may 
also help block moves, especially if you increase it to 212 by using the carry 
flag as an exira bit for the accumulator of an 8-bit computer, Using a number 
as a ílag or Boolean bit can also be speeded up by m c programming that doesn't 
use the accumulator, 15-bit or floating point arithmetic, all much slower. 

Tailor the routine and Gata size to the task is all we ask! And that's itt 


